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Abstract 

Location  management  consists  of  location  update  and  search  protocols.  Trade-off  in  location 
management  is  between  the  cost  of  searches  and  the  cost  of  updates.  The  goal  of  an  “efficient” 
location  management  strategy  is  to  reduce  the  search  and  update  costs.  In  this  paper,  we  show 
that,  using  forwarding  pointers  in  addition  to  home  location  servers  help  in  providing  efficient 
location  management.  It  is  shown  that  using  forwarding  pointers  reduces  the  network  load 
during  updates,  however,  use  of  forwarding  pointers  may  increase  the  search  cost  due  to  long 
chain  lengths.  We  present  two  heuristics,  namely,  movement-based  and  call-based,  to  limit  the 
length  of  the  chain  of  forwarding  pointers.  It  was  observed  that  for  most  of  the  call-mobility 
patterns  call-based  heuristic  performed  better  than  the  movement-based  heuristic. 

A  search-update  occurs  after  a  successful  search,  when  the  location  information  correspond¬ 
ing  to  the  searched  mobile  host  is  updated  at  some  hosts.  This  paper  proposes  various  strate¬ 
gies  for  search-updates.  It  was  noticed  that  performing  search-updates  significantly  reduced  the 
search  costs  with  very  little  cost  to  pay  for  updates  (upon  moves  and  searches). 
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t  Direct  all  correspondence  to  P.  Krishna. 


1 


Report  Documentation  Page 

Form  Approved 

OMB  No.  0704-0188 

Public  reporting  burden  for  the  collection  of  information  is  estimated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources,  gathering  and 
maintaining  the  data  needed,  and  completing  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information, 
including  suggestions  for  reducing  this  burden,  to  Washington  Headquarters  Services,  Directorate  for  Information  Operations  and  Reports,  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlington 

VA  22202-4302.  Respondents  should  be  aware  that  notwithstanding  any  other  provision  of  law,  no  person  shall  be  subject  to  a  penalty  for  failing  to  comply  with  a  collection  of  information  if  it 
does  not  display  a  currently  valid  OMB  control  number. 

1.  REPORT  DATE 

SEP  1994  2' REPORT  TYPE 

3.  DATES  COVERED 

00-00-1994  to  00-00-1994 

4.  TITLE  AND  SUBTITLE 

Forwarding  Pointers  for  Efficient  Location  Management  in  Distributed 
Mobile  Environments  (Preliminary  Version) 

5a.  CONTRACT  NUMBER 

5b.  GRANT  NUMBER 

5c.  PROGRAM  ELEMENT  NUMBER 

6.  AUTHOR(S) 

5d.  PROTECT  NUMBER 

5e.  TASK  NUMBER 

5f.  WORK  UNIT  NUMBER 

7.  PERFORMING  ORGANIZATION  NAME(S)  AND  ADDRESS(ES) 

Texas  A&M  University, Department  of  Computer  Science, College 

Station, TX, 77843 

8.  PERFORMING  ORGANIZATION 

REPORT  NUMBER 

9.  SPONSORING/MONITORING  AGENCY  NAME(S)  AND  ADDRESS(ES) 

10.  SPONSOR/MONITOR'S  ACRONYM(S) 

11.  SPONSOR/MONITOR'S  REPORT 
NUMBER(S) 

12.  DISTRIBUTION/AVAILABILITY  STATEMENT 

Approved  for  public  release;  distribution  unlimited 

13.  SUPPLEMENTARY  NOTES 

14.  ABSTRACT 

15.  SUBIECT  TERMS 

16.  SECURITY  CLASSIFICATION  OF:  17.  LIMITATION  OF 

_ _ _  ABSTRACT 

18.  NUMBER  19a.  NAME  OF 

OF  PAGES  RESPONSIBLE  PERSON 

a.  REPORT  b.  ABSTRACT  c.  THIS  PAGE  Same  OS 

unclassified  unclassified  unclassified  Report  (SAR) 

19 

Standard  Form  298  (Rev.  8-98) 

Prescribed  by  ANSI  Std  Z39-18 


1  Introduction 


Location  management  is  one  of  the  most  important  issues  in  distributed  mobile  computing.  Loca¬ 
tion  management  consists  of  location  updates ,  searches  and  search-updates.  An  update  occurs  when 
a  mobile  host  changes  location.  A  search  occurs  when  a  host  wants  to  communicate  with  a  mobile 
host  whose  location  is  unknown  to  the  requesting  host.  A  search-update  occurs  after  a  successful 
search ,  when  the  requesting  host  updates  the  location  information  corresponding  to  the  searched 
mobile  host. 

Integrated  voice  and  data  application  will  be  used  by  millions  of  people  often  moving  in  a 
very  heavy  urban  traffic  conditions.  Some  of  the  proposed  location  management  schemes  assume 
location  updates  upon  crossing  cell  boundaries.  This  is  not  a  problem  in  a  lightly  loaded  network, 
but  it  may  be  a  significant  problem  in  a  high  density  environment  [3].  In  [3]  it  has  been  shown  that 
if  location  updates  were  to  occur  on  each  cell  crossing  the  resulting  signalling  load  will  have  a  major 
impact  on  the  load  of  the  network.  The  additional  signalling  traffic  on  the  SS7  signalling  system 
(capacity  of  56  Kbps)  is  expected  to  be  4-11  times  greater  for  cellular  networks  than  for  ISDN  and 
3-4  times  greater  for  future  personal  communication  networks  (PCN)  than  for  cellular  networks. 
The  signalling  load  due  to  updating  alone  contributes  70%  additional  load.  Thus  location  update 
will  become  a  major  bottleneck  at  the  switches  (such  as  SS7)  and  mechanisms  to  control  the  cost 
of  location  update  are  needed. 

In  this  paper  we  present  schemes  that  use  forwarding  pointers  to  facilitate  efficient  location 
management.  Use  of  forwarding  pointers  to  track  decentralized  objects  was  proposed  by  Fowler  [7]. 
In  our  earlier  work,  we  discussed  location  management  schemes  using  forwarding  pointers  for 
network  architectures  consisting  of  a  hierarchy  of  location  servers  and  without  designated  home 
location  servers  [1].  In  this  paper  we  deal  with  network  architectures  in  which  there  is  a  home 
location  server  ( HLS )  for  every  mobile  host.  Location  management  with  home  location  servers 
have  been  earlier  proposed  in  the  literature  [6,  11].  Badrinath  et.  al.  examined  strategies  that 
reduced  search  costs  and  at  the  same  time  control  the  volume  of  location  updates  by  employing 
user  profiles  [6].  The  user  profiles  were  used  to  create  partitions.  When  the  user  crosses  partitions, 
does  the  update  takes  place.  However,  user  profiles  are  not  always  available  a  priori. 

There  are  existing  standards  for  carrying  out  location  management  using  home  location 
servers  (HLS),  e.g.,  Electronic  Industry  Association/Telecommunication  Industry  Association 
(EIA/TIA)  Interim  Standard  41  (IS-41)1  [11].  However,  these  schemes  are  not  efficient,  due  to 
increase  in  network  load  and  location  management  costs.  To  overcome  these  drawbacks,  this  pa¬ 
per  presents  location  management  strategies  using  forwarding  pointers  in  addition  to  HLS.  We 

JThe  terminology  used  in  IS-41  literature  is  slightly  different.  IS-41  uses  home  location  register  ( H LR )  and  visitor 
location  register  ( VLR )  databases.  However,  the  information  maintained  in  the  HLR  is  same  as  what  is  maintained 
in  HLS,  the  information  maintained  in  the  VLR  is  maintained  in  the  various  location  servers. 
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present  two  heuristics  to  limit  the  length  of  the  chain  of  forwarding  pointers.  We  show  that  sig¬ 
nificant  improvement  can  be  obtained  using  forwarding  pointers  in  addition  to  HLS.  The  paper 
also  presents  strategies  to  perform  search-updates.  It  was  noticed  that  performing  search-updates 
significantly  reduced  the  search  costs  with  very  little  cost  to  pay. 

2  Network  Architecture 

In  this  section  we  present  a  network  architecture  for  a  distributed  system  with  mobile  hosts  [9,  10, 
11].  The  static  network  comprises  of  the  fixed  hosts  and  the  communication  links  between  them. 
Some  of  the  fixed  hosts,  called  mobile  support  stations  (MSS)  2  are  augmented  with  a  wireless 
interface,  and,  they  provide  a  gateway  for  communication  between  the  wireless  network  and  the 
static  network.  Due  to  the  limited  range  of  wireless  transreceivers,  a  mobile  host  can  communicate 
with  a  mobile  support  station  only  within  a  limited  geographical  region  around  it.  This  region  is 
referred  to  as  a  mobile  support  station’s  cell.  As  shown  in  Figure  1,  a  characteristic  feature  of 
cellular  radio  is  the  association  of  the  hexagonal  with  each  radio  cell  surrounding  a  mobile  support 
station.  In  practice,  the  cell  coverage  area  may  not  be  of  any  regular  shape.  The  geographical 
area  covered  by  a  cell  is  a  function  of  the  medium  used  for  wireless  communication.  Currently,  the 
average  size  of  a  cell  is  of  the  order  of  1-2  miles  in  diameter.  As  the  demand  for  services  increase, 
the  number  of  cells  may  become  insufficient  to  provide  the  required  grade  of  service.  Cell  splitting 
can  then  be  used  to  increase  the  traffic  handled  in  an  area  without  increasing  the  bandwidth  of  the 
system.  In  future,  the  cells  are  expected  to  be  very  small  (less  than  10  meters  in  diameter)  covering 
the  interior  of  a  building  [2].  A  mobile  host  communicates  with  one  mobile  support  station  (MSS) 
at  any  given  time.  MSS  is  responsible  for  forwarding  data  between  the  mobile  host  (mil)  and  static 
network. 

Cells  are  grouped  into  registration  areas.  There  is  a  location  server  in  each  registration  area. 
Each  mobile  host  is  assumed  to  be  permanently  registered  to  a  particular  registration  area.  The 
location  server  of  that  registration  area  is  called  the  home  location  server  (HLS)  for  the  mobile 
host.  This  association  of  a  host  with  a  particular  home  location  server  is  fully  replicated  across  the 
whole  network.  The  home  location  server  is  responsible  keeping  track  of  the  location  information 
of  the  mobile  host.  The  location  server  is  also  responsible  for  maintaining  location  information  of 
the  mobile  hosts  currently  residing  (visitors)  in  a  cell  in  its  registration  area.  Location  servers  of 
different  areas  are  connected  to  regional  switching  centers.  These  switching  centers  perform  the 
message  routing  functions. 

When  a  mobile  host  is  engaged  in  a  call  or  data  transfer,  it  will  frequently  move  out  of 
the  coverage  area  of  the  mobile  support  station  it  is  communicating  with,  and  unless  the  call  is 
passed  on  to  another  cell,  it  will  be  lost.  Thus,  the  task  of  forwarding  data  between  the  static 
2 Mobile  support  stations  are  sometimes  called  base  stations. 
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Figure  1:  Network  Architecture 

network  and  the  mobile  host  must  be  transferred  to  the  new  cell’s  mobile  support  station.  This 
process,  known  as  handoff. ,  is  transparent  to  the  mobile  user.  The  handoff  can  be  network-controlled 
or  mobile-assisted  [9,  10].  In  network-controlled  handoffs,  the  system  continuously  monitors  the 
signals  received  from  the  mobile  hosts  engaged  in  calls,  checking  on  signal  strength  and  quality. 
When  the  signal  falls  below  a  preset  threshold,  the  system  will  check  whether  any  other  MSS  can 
receive  the  mobile  host  at  a  better  strength.  In  mobile-assisted  handoffs,  the  mobile  host  during  its 
non-active  periods  is  able  to  measure  the  signals  from  adjacent  MSSs ,  report  back  to  the  network, 
and  aid  in  the  decision  to  execute  handoff.  Therefore,  handoff  helps  to  maintain  an  end-to-end 
connectivity  in  the  dynamically  reconfigured  network  topology. 

3  Location  Management 


3.1  Home  Location  Servers  ( HLS ) 

Location  management  with  home  location  servers  is  being  used  in  current  personal  communication 
systems  standards  proposals  such  as  IS-41  [11].  In  this  section,  we  will  first  present  the  basic  scheme 
for  updates  and  searches  that  is  being  currently  used  in  IS-41.  We  will  then  present  the  drawbacks 
of  these  schemes.  Later  in  this  section  we  will  present  the  modified  location  management  scheme 
using  forwarding  pointers. 
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Figure  2:  Search  using  HLS 


3.1.1  Location  Updates 

Location  updates  take  place  only  when  the  mobile  host  (mh)  enters  a  new  registration  area.  Let 
the  old  registration  area  be  old ,  and  the  new  registration  area  be  new.  Upon  entering  new,  the 
mobile  host  (mh)  informs  its  entry  to  the  new  mobile  support  station,  which  in  turn  forwards  the 
information  to  the  location  server  of  registration  area  new,  named  newJs.  The  newJs  in  turn 
sends  a  message  to  HLS  of  mh  notifying  it  about  the  new  location  of  mh.  The  HLS  updates  the 
location  information  of  mh  ( i.e. ,  changes  the  current  registration  area  to  new),  and  sends  the  host 
information  (user  profile  etc.)  to  newJs.  The  HLS  also  sends  a  message  to  the  location  server  of 
registration  area  old,  named  oldJs ,  requesting  it  to  delete  any  host  information  stored  at  oldJs. 
The  location  information  of  the  mobile  host  is  then  purged  from  oldJs.  After  which,  oldJs  sends 
a  confirmation  message  to  HLS. 

3.1.2  Location  Searches 

Let  us  suppose  that  a  mobile  host  src  wants  to  communicate  with  another  mobile  host  dest. 
Let  srcjmss  be  the  MSS  of  the  cell  in  which  host  src  currently  resides.  When  src  wants  to 
communicate  with  a  destination  mobile  host  dest ,  it  has  to  first  determine  the  location  of  dest. 
Host  src  sends  a  location  query  message  to  srcjmss  (step  1  in  Figure  2).  The  srcjmss,  in  turn 
forwards  the  query  to  the  location  server  (say  srcJs)  in  its  registration  area  (step  2  in  Figure  2). 
The  location  server  srcJs  checks  whether  dest  is  in  its  registration  area.  If  dest  is  in  its  registration 
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area,  then  it  returns  the  location  information.  Otherwise,  srcJs  looks  up  its  database  to  determine 
the  HLS  of  dest  (say  dest-HLS)  based  on  the  identification  of  dest  (step  3).  The  location  server 
srcJs  then  forwards  the  location  query  message  to  dest-HLS  (step  4).  The  dest-HLS  maintains 
the  identification  of  the  location  server  (say  destJs)  of  the  registration  area  in  which  the  last 
location  update  of  dest  took  place  (step  5).  The  dest-HLS  queries  the  destJs  for  the  cell  location 
(identifier  of  the  MSS ,  dest -mss')  of  dest  (step  6).  Upon  getting  a  reply  from  destJs  (steps 
7  and  8),  dest-HLS  returns  the  current  location  of  dest  to  srcJs ,  which,  in  turn  forwards  it  to 
src-mss  (steps  9  and  10).  The  location  information  is  nothing  but  the  address  of  the  MSS  (named 
dest -mss')  of  the  cell  in  which  the  mobile  host  dest  currently  resides.  Thereafter,  the  call  is  set  up 
between  src  and  dest  via  src-mss  and  dest-mss. 

3.1.3  Drawbacks 

•  Increase  in  network  traffic  when  the  host  crosses  registration  areas  very  frequently  :  This  can 
be  due  to  a  very  mobile  host  going  in  some  specific  direction,  or  because  the  host  moves  in 
and  out  of  a  registration  area  such  that  there  are  lot  of  registration  area  boundary  crossings. 
As  every  registration  area  crossing  causes  a  location  update  at  the  host’s  HLS ,  this  scheme 
increases  the  network  traffic. 

•  Inefficient  location  management  :  Updates  on  each  registration  area  crossing  is  useful,  if  the 
user  is  being  called  frequently,  to  reduce  the  search  costs  (i.e. ,  call  set-up  time).  However,  if 
the  user  is  not  being  called  frequently,  regular  updates  are  not  necessary.  In  such  scenarios, 
regular  updates  lead  to  inefficient  location  management. 

3.2  HLS  and  Forwarding  Pointers 

In  this  section  we  will  discuss  schemes  to  avoid  the  drawbacks  of  the  above  location  management 
strategy.  We  use  forwarding  pointers  in  addition  of  HLS  to  assist  in  location  management.  Our 
main  goal  is  to  avoid  the  increase  in  network  traffic  due  to  location  updates  at  the  HLS.  We 
achieve  this  by  not  updating  the  location  information  after  every  registration  area  crossing.  Instead, 
forwarding  pointers  are  maintained  at  the  location  servers  of  the  registration  areas  visited.  To  avoid 
an  increase  in  the  cost  of  location  searches,  the  length  of  the  chain  of  forwarding  pointers  should 
not  be  too  long.  Therefore,  the  HLS  is  updated  after  certain  interval  of  time  which  is  determined 
based  on  heuristics  discussed  later.  In  the  following,  we  present  the  proposed  scheme. 

3.2.1  Location  Updates 

Whenever  a  mobile  host  leaves  a  registration  area,  say  old ,  and  enters  a  new  registration  area,  say 
new,  the  host  information  (e.g.,  user  profile,  current  length  of  the  chain  of  forwarding  pointers 
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etc.)  is  transferred  from  oldJs  to  newJs ,  where,  oldJs(newJs)  is  the  location  server  for  old(new) 
registration  area.  In  addition,  a  forwarding  pointer  is  created  for  the  mobile  host  at  old  to  point 
to  new. 

Update  at  the  HLS  do  not  take  place  for  every  registration  area  crossing,  but  after  an 
interval  of  time,  the  time  interval  being  determined  using  the  heuristics  explained  below.  The 
procedure  to  update  the  HLS  is  same  as  the  update  in  the  previous  section.  After  the  update, 
HLS  will  know  the  present  location  of  the  mobile  host,  and  no  forwarding  pointers  need  to  be 
traversed  (until  the  mobile  host  moves  from  its  present  registration  area). 


Heuristics 

•  Movement-based  :  HLS  update  takes  place  when  the  number  of  registration  area  crossing 
is  M.  A  similar  heuristic  was  proposed  in  [8]  for  a  different  network  architecture. 

•  Call-based  :  HLS  update  takes  place  whenever  a  call  arrives.  Therefore,  HLS  update  will 
take  place  whenever  a  location  search  takes  place.  A  similar  approach  was  proposed  in  our 
earlier  work  [1]  for  a  different  network  architecture. 


Figure  3:  Search  using  HLS  and  Forwarding  Pointers 


3.2.2  Location  Searches 

Let  us  suppose  that  a  mobile  host  src  wants  to  communicate  with  another  mobile  host  dest. 
Please  refer  Figure  3  for  this  discussion.  Search  process,  until  the  location  query  is  forwarded  to 
the  home  location  server  of  dest ,  dest—H LS ,  is  same  as  previously  explained  (steps  1-4  in  Figure  3). 
Dest—HLS  returns  the  address  of  the  location  server  (destJs)  of  the  registration  area  in  which  the 
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mobile  host  was  residing  when  the  last  HLS  update  took  place  (steps  5  and  6).  Upon  receiving  the 
address  of  destJs ,  srcJs  traverses  the  chain  of  forwarding  pointers  originating  at  destJs  (step  7). 
Each  location  server  on  the  chain  look  up  their  database  to  determine  the  next  location  server  on 
the  chain,  and  forwards  the  location  query  to  it  (e.g.,  steps  8  and  9  for  destJs).  This  continues  till 
the  end  of  the  chain  is  reached  (say  currJs  is  the  location  server).  The  host  dest  will  be  located 
in  a  cell  in  the  registration  area  of  currJs.  The  location  server  currJs  returns  the  current  cell 
location  to  srcJs,  which  in  turn  forwards  it  to  srcjmss  (steps  i  and  i  +  1).  Thereafter,  the  call  is 
set  up  between  src  and  dest  via  the  srcjmss  and  dest-mss. 

4  Performance  Analysis 

In  this  section  we  analyze  the  modified  location  management  scheme  using  forwarding  pointers 
and  compare  it  with  the  basic  scheme  using  only  HLS.  We  will  then  compare  the  performance  of 
the  two  heuristics  presented  in  this  paper. 

Call  arrivals  from  within  the  registration  area  will  not  involve  the  home  location  servers. 
Moves  within  the  registration  area  will  also  not  involve  any  home  location  server  interaction. 
Therefore,  we  analyze  the  performance  of  the  location  management  schemes  for  calls  which  arrive 
from  outside  the  current  registration  area  (hereafter,  we  refer  them  simply  as  call  arrivals),  and  for 
moves  which  are  registration  area  crossings. 

•  r  =  ratio  of  mean  rate  of  call  arrivals  and  mean  rate  of  registration  area  crossings,  i.e. ,  r 
call  arrivals  per  registration  area  crossing.  We  call  this  the  call-mobility  ratio.  This  is  little 
different  than  definition  of  call-mobility  ratio  in  the  existing  literature  [6]. 

•  Cu  =  cost  of  a  location  update  per  registration  area  crossing  using  only  HLS. 

•  Cs  =  cost  of  a  location  search  using  only  HLS. 

•  C't  =  Cu  +  rCs  =  total  cost  of  update  and  searches  per  registration  area  crossing,  when  using 
only  HLS. 

•  C'U,C'S,  C[  are  the  update,  search  and  total  cost,  respectively,  using  HLS  and  forwarding 
pointers.  C't  =  C'u  +  rC's. 

•  cost(a;  y)  =  cost  of  processing  and  sending  a  message  from  x  to  y. 

•  h(Xty}  =  number  of  hops  between  nodes  x  and  y. 

•  W  =  cost  of  processing  and  sending  a  location  query/reply  message  over  wireless  link. 
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S  =  cost  of  processing  and  sending  a  location  query /reply  message  between  MSS  and  the 
LS  within  a  registration  area. 


•  B(h)  =  cost  of  processing  and  sending  a  location  query/reply  message  between  any  two  LS s 
over  the  backbone  network;  h  is  the  number  of  hops  between  the  two  LS s. 

Let  a  mobile  host  mh  move  from  a  registration  area  to  a  new  registration  area,  and,  let  the 
corresponding  location  servers  be  old  and  new  respectively.  Let  the  home  location  server  of  mh  be 
HLS.  From  the  location  update  scheme  presented  in  the  previous  section,  we  can  obtain, 

Cu  =  cost  (mh  — ►  new )  +  cost(new  — ►  HLS )  +  cost  (HLS  — ►  old ) 

+cost  (old  — ►  HLS)  +  cost  (HLS  — ►  new) 

=  W  +  S  +  2B(h(new>HLS))  +  2  B(h(HLSt0id)) 

Let  a  mobile  host  src  call  another  mobile  host  dest.  Let  the  location  servers  of  the  registration 
areas  in  which  src  and  dest  are  currently  residing  be  srcJs  and  destJs  respectively.  Let  the  home 
location  server  of  dest  be  HLS.  From  the  Figure  2,  we  can  obtain, 

Cs  =  cost  (src  — ►  srcjmss)  +  cost  (srcjmss  srcJs)  +  cost  (srcJs  HLS) 

+cost  (HLS  — ►  destJs)  +  cost  (destJs  — ►  HLS)  +  cost  (HLS  — ►  srcJs) 

+cost  (srcJs  — ►  srcjmss) 

=  (W  +  2S)  +  2B(h(src_iS}HLS})  +  2B(h(dest_iS}HLS})  (1) 

Now  we  will  evaluate  the  schemes  with  forwarding  pointers.  Let, 

•  k  =  length  of  the  chain  of  forwarding  pointer  when  a  search  takes  place.  This  is  the  number 
of  forwarding  pointers  traversed  before  locating  the  destination  host. 

•  Ku  =  length  of  the  chain  of  forwarding  pointers  when  the  proposed  scheme  performs  an 
update.  Mu  is  number  of  registration  area  crossings  when  the  length  of  the  chain  is  Ku. 
Mu  =  (Ku  -  1). 

•  F  =  cost  of  creating  a  forwarding  pointer  between  two  location  servers.  This  cost  includes 
the  cost  of  sending  a  message,  and  the  creation  of  a  data  structure  at  a  location  server.  The 
cost  of  traversing  a  forwarding  pointer  includes  the  cost  of  looking  up  the  data  structure  at 
the  location  server,  and  sending  a  message.  The  cost  of  traversing  a  forwarding  pointer  is 
also  assumed  to  be  F. 

Since  the  length  of  the  chain  of  forwarding  pointer  is  Ku  when  an  update  takes  place,  KUF  is 
the  total  cost  of  creating  forwarding  pointers  before  an  update  takes  place.  Therefore  the  average 
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update  cost  for  the  scheme  with  forwarding  pointers  is  as  follows  : 


C'u  =  (llMu)(KuF  +  Cu) 

From  Figure  3  we  can  obtain  the  search  cost  as  follows  : 

C's  =  cost (src  srcjmss)  +  cost (srcjmss  srcJs)  +  cost (srcJs  HLS) 

+cost  (HLS  srcJs )  +  cost  (traversing  the  forwarding  pointers  to  currJs) 

+cost  (currJs  — ►  srcJs )  +  cost  (srcJs  — ►  srcjmss) 

We  make  a  conservative  estimate  of  the  cost  (currJs  — ►  srcJs).  In  the  worst  case,  this  cost  will  be 
equal  to  kF  (the  cost  of  traversing  the  forwarding  pointers).  Therefore, 

C"S  =  (W  +  2S)  +  2B(h{srcjS)HLS))  +  2  kF  (2) 

Let  X  =  W  +  2 S .  Then,  from  equations  (1)  and  (2),  we  get, 

C'a  =  X/2  +  Cs/2  +  2  kF 

The  maximum  search  cost  will  occur  when  the  length  of  the  chain  is  maximum  possible.  This  is 
the  length  of  the  chain  just  before  an  update,  i.e. ,  Ku.  Therefore, 

ma  x(C')  =  X/2  +  Cs/2  +  2  KUF 

k 

If  we  assume  that  the  uniform  distribution  for  call  arrival  times  between  two  registration  area 
crossings,  average  value  of  k  will  be  Ku/2.  Therefore,  the  average  search  cost  is  as  follows  : 

C's  =  X/2  +  Cs/ 2  +  KUF 

We  will  determine  the  relative  total  cost  ( C't/Ct )  and  relative  search  cost  (C's/Cs). 

4.1  Analysis 


C[  _  f (X  +  Cs  +  2KUF)  +  J^(CU  +  FUF) 

Ct  ~  rCs  +  Cu  U 

We  are  analyzing  the  case  when  the  caller  and  the  destination  host  are  always  in  different 
registration  areas,  and,  also  that  all  moves  are  registration  area  crossings.  Thus,  a  move  will  always 
create  a  forwarding  pointer,  and  a  search  will  involve  traversing  forwarding  pointers.  We  assume 
that  the  cost  of  HLS  interactions  is  the  dominant  cost  in  Cs  and  Cu.  Since,  Cu  and  Cs  have  the 
same  number  of  HLS  interactions,  we  assume  Cu  =  Cs,  and,  X  Cs.  The  cost  of  creating  a 
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forwarding  pointer  and  traversing  a  forwarding  pointer  is  less  than  the  cost  of  updates  and  searches. 
It  is  assumed  to  be  a  fraction  of  the  cost  of  update  and  searches,  i.e. ,  F  =  aCu,  where,  a  <  1. 


Cl  =  (2  +  A iz)(l  +  aKn)  arKu 

Ct~  r  +  1  r  +  1  U 

S  =  I(l  +  2„A-„)  (5) 

As  explained  in  the  previous  section,  there  are  two  heuristics  to  decide  when  to  perform  a  location 
update  at  the  HLS.  They  are  movement-based  heuristic  and  call-based  heuristic. 


4.1.1  Movement-based  Heuristic 


In  such  a  heuristic,  the  location  information  at  the  HLS  gets  updated  every  M  registration  area 
crossings.  The  length  of  the  chain  of  forwarding  pointers  will  be  M  —  1.  Thus,  replace  Mu  =  iff, 
and  Ku  =  Mu  —  1  in  the  above  equations. 


C;  1  ,(l  +  Mr)(l  +  2a(M-l))  +  U 

o  =  5m( - m '  (6) 

S  =  i(1  +  2„(M-1))  (7) 


4.1.2  Call-based  Heuristic 


A  HLS  update  takes  place  upon  every  call.  Since,  there  are  r  calls  per  registration  area  crossing, 
Mu  =  1/r,  and  Ku  =  Mu  —  1.  Replacing  these  values  in  equations  (4)  and  (5)  we  get, 


C[  3r  +  4a  —  Aar 
Ct  2(1  +  r) 


Cs 


^(r  +  2a(l 


r)) 


(9) 


4.2  Performance  Evaluation 

The  performance  of  the  heuristics  depends  on  (i)  the  relative  cost  of  setting  and  traversing  the 
forwarding  pointers,  and,  (ii)  call  and  mobility  patterns  of  the  user. 

Using  forwarding  pointers  in  addition  to  HLS  updates  make  sense  for  users  with  high 
mobility.  Instead  of  updating  the  HLS  on  every  move,  forwarding  pointers  are  used.  Thus,  the 
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effectiveness  of  heuristics  are  to  be  checked  for  call-mobility  ratios,  r  <  1.  A  good  heuristic  should 
have  both  the  relative  total  and  search  cost  less  than  1. 


4.2.1  Performance  of  Movement-based  Heuristic 


It  is  observed  in  figures  5-7,  that,  the  total  cost  increases  with  M  and  a.  For  high  a  values,  the 
movement-based  heuristic  performs  poorly  compared  to  the  basic  HLS  scheme.  From  Figure  8, 
it  can  be  observed  that  the  relative  search  cost  increases  with  M  and  a.  For  good  performance 
for  a  wide  range  of  as,  M  should  be  less  than  4.  Considering  total  cost  as  the  performance 
index,  movement-based  heuristic  performed  better  than  the  basic  HLS  scheme  for  the  following 
call-mobility  ratios  : 


2  (M  -  1)(1  -  a) 
r  ~  M(2a(M  -  1)  -  1) 


(10) 


This  was  obtained  from  equation(6). 


4.2.2  Performance  of  Call-based  Heuristic 

The  variation  of  the  relative  total  cost  with  call-mobility  ratio  for  call-based  heuristic  is  sensitive 
to  a.  For  low  a,  the  relative  total  cost  increases  with  r.  This  is  because,  as  r  increases,  the  relative 
update  cost  increases,  and  the  search  cost  decreases.  However,  the  decrease  in  search  cost  is  less 
compared  to  the  increase  in  the  update  cost.  And  since,  the  total  cost  includes  the  search  cost  and 
the  update  cost,  there  is  an  increase  in  the  total  cost  as  r  increases. 

However,  for  high  a,  the  relative  cost  decreases  with  r.  This  is  because  for  high  values  of  a, 
as  r  increases,  the  decrease  in  the  search  cost  is  much  more  than  the  increase  in  the  update  cost. 
The  performance  of  call-based  heuristic  is  poor  for  low  values  of  r.  This  is  due  to  very  high  search 
costs. 

Figure  9  illustrates  the  variation  of  relative  search  costs  with  r  for  various  values  of  a.  It 
can  be  observed  that  the  search  cost  is  very  high  for  low  values  of  r.  This  is  because  the  location 
updates  occur  very  infrequently,  and  the  moves  more  frequent.  Thus,  each  search  has  to  traverse  a 
long  chain  of  forwarding  pointers.  Moreover,  there  is  a  rapid  decrease  in  search  costs  as  r  increases. 
This  is  because  the  length  of  chain  of  forwarding  pointers  reduces  as  calls  arrive  more  often.  We 
observe  from  Figure  8  and  Figure  9  that  the  search  costs  of  call-based  heuristic  are  much  lower  than 
movement-based  heuristic  for  r  >  0.3.  Considering  total  cost  as  the  performance  index,  call-based 
heuristic  performed  better  than  the  basic  HLS  scheme  for  the  following  call-mobility  values  : 

•  low  a  :  r  <  V; — rn 

-  |(l-4a)| 

i  •  i  ^  |2(l-2a)| 

•  high  a  :  r  >  '|}_4g)|;i 
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This  was  obtained  from  equation(8). 


4.2.3  Call-based  vs.  Movement-based 

Now  that  we  have  determined  the  call-mobility  ratios  for  various  a,  for  which  the  heuristics  per¬ 
form  better  than  HLS  scheme,  we  now  determine  when  call-based  is  better  than  movement-based 
heuristic.  This  can  be  found  from  equations  (6)  and  (8).  If  there  is  a  movement-based  heuristic 
scheme  which  updates  upon  M  moves,  the  call-based  heuristic  scheme  will  perform  better  for  the 
following  call-mobility  values  : 

•  a  <  jtTM)  and  r  <  Tr 

•  a  >  (TTM)  and  r  ^  Tr 

4.2.4  Observation 

Forwarding  pointers  are  not  beneficial  in  environments  where  r  is  very  low  and  a  is  very  high. 
The  following  table  gives  us  a  fair  idea  about  when  forwarding  pointers  are  beneficial.  If  they  are 
beneficial,  the  table  shows  which  heuristic  performs  the  best. 


a 

r 

LOW 

<0.5 

AVG. 

0.5 

HIGH 

>0.5 

LOW 

<0.5 

Call 

-based 

Movement 

-based 

Not 

Beneficial 

AVG. 

0.5-1 

Movement 

-based 

Call 

-based 

Call 

-based 

HIGH 

>  1 

Movement 

-based 

Call 

-based 

Call 

-based 

Figure  4:  Performance  Chart 


Movement-based  updates  might  cause  unnecessary  updates  even  if  the  host  does  not  move 
far  since  it  moves  in  and  out  of  a  registration  area  frequently  (thereby  causing  a  lot  registration 
area  crossings).  On  the  other  hand,  when  the  call-mobility  ratio  is  very  high,  call-based  updates 
will  cause  a  lot  of  unnecessary  updates.  However,  if  the  cost  of  forwarding  pointers  is  relatively 
high  as  compared  to  cost  of  updates,  call-based  updates  are  preferable  even  for  high  values  of 
call-mobility  ratios. 
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5  Using  Search  Updates 


The  search  costs  for  call-based  heuristic  is  very  high  for  very  low  values  of  r.  This  is  because, 
the  location  updates  occur  very  infrequently,  and  the  moves  more  frequent.  Thus,  each  search 
has  to  traverse  a  long  chain  of  forwarding  pointers.  The  search  costs  of  movement-based  heuristic 
increases  linearly  with  iff.  This  is  again  due  to  the  fact  that  a  search,  on  an  average,  has  to  traverse 
a  longer  chain  of  forwarding  pointers. 

The  search  cost  could  be  reduced  by  eliminating  the  cost  of  querying  the  HLS  for  the 
destination  location  server  (starting  point  of  the  chain).  This  can  be  achieved  by  having  a  location 
entry  at  the  srcJs  pointing  to  the  starting  of  the  chain. 

A  search-update  occurs  after  a  successful  search ,  when  the  requesting  host  updates  the 
location  information  corresponding  to  the  mobile  host.  Search  updates  might  reduce  the  search 
cost  (call  set-up  time).  The  use  of  search  updates  have  previously  been  discussed  for  network 
architectures  without  home  location  servers  [1], 

•  No  update  :  There  are  no  search-updates.  This  is  the  case  that  has  been  analyzed  till  now. 

•  Jump  update  :  A  location  entry  is  created  at  the  srcJs  for  dest.  As  stated  earlier,  location 
update  at  the  HLS  take  place  only  after  a  search  for  call-based  schemes.  For  jump  update , 
in  addition  to  updating  the  HLS ,  the  location  information  at  srcJs  is  also  updated.  If  there 
are  no  location  entries  for  dest  at  srcJs ,  a  location  entry  is  created.  The  cost  of  jump  update 
is  the  cost  of  creating  a  location  entry  (e.g.,  a  forwarding  pointer).  The  motivation  behind 
this  kind  of  update  is  based  on  the  assumption  that  src  communicates  frequently  with  dest. 
Therefore,  the  subsequent  search  by  src  for  dest  will  be  lower3.  This  approach  is  similar  to 
the  approach  of  caching  location  data  [12]. 

•  Path  Compression  update  :  The  forwarding  pointers  in  the  chain  of  location  servers  are 
updated  to  point  to  currJs.  A  location  entry  (e.g.,  a  forwarding  pointer)  is  also  created  at 
srcJs.  This  kind  of  update  is  to  be  used  for  a  highly  searched  host.  Therefore,  there  is  a 
possibility  that  search  for  dest  is  initiated  from  one  of  the  registration  areas  in  the  chain. 
If  so,  the  search  cost  will  be  reduced.  In  jump  update ,  if  src  moves  out  of  srcJs  after  the 
search  update  of  dest  at  srcJs ,  the  search  update  will  not  be  beneficial  in  reducing  the  cost 
of  searching  dest.  However,  in  path  compression  update ,  there  is  still  a  possibility  that  src 
moves  into  one  of  the  registration  areas  which  has  the  current  location  information  of  dest 
due  to  path  compression  update.  Therefore,  the  subsequent  searches  for  dest  will  still  incur 
low  search  costs. 

3This  is  true  if  src  has  not  moved  out  of  the  registration  area  of  srcJs. 
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Path  compression  update  could  be  done  during  the  search  process  itself.  This  is  possible, 
if  the  forwarding  pointers  are  bi-directional,  i.e. ,  there  are  backward  pointers  in  addition 
to  the  forwarding  pointers.  Therefore,  after  a  search,  location  of  dest  could  be  passed  via 
these  backward  pointers  to  srcJs.  The  updates  at  the  location  servers  on  the  chain  could 
be  done  during  this  backward  traversal.  The  cost  of  sending  the  location  information  of  dest 
to  srcJs  using  the  backward  pointers  will  be  kF ,  which  is  also  the  conservative  estimate  of 
cost (currJs  — ►  srcJs )  (as  explained  in  the  previous  section).  Therefore,  no  additional  cost 
will  be  incurred  due  to  the  updates  of  the  forwarding  pointers  in  the  chain.  Therefore,  the 
cost  of  path  compression  update  will  be  equal  to  the  cost  of  jump  update ,  i.e.,  the  cost  of 
creating  a  location  entry  at  srcJs. 

5.1  Altered  Search  Procedure 

If  dest  is  not  in  the  registration  area  of  srcJs ,  check  if  srcJs  has  a  location  entry  for  dest.  If 
so,  follow  the  chain  of  forwarding  pointers  to  get  the  current  location  of  dest.  Else,  follow  the 
previously  explained  search  procedure  (section  3.2.2). 

5.2  Purging  of  Location  Information 

In  call-based  scheme  a  forwarding  pointer  is  used  only  once.  Once  a  chain  is  traversed,  the  same 
chain  is  not  going  be  used  again.  This  is  because  the  HLS  gets  updated  after  every  call.  There¬ 
fore,  a  forwarding  pointer  could  be  purged  as  soon  as  it  is  used  once.  But  the  same  cannot  be 
done  if  search-updates  are  used,  because,  the  location  entry  for  dest  at  srcJs  might  point  to  a 
location  server  which  could  have  purged  its  forwarding  pointer  as  some  other  host  used  the  chain 
of  forwarding  pointers  to  locate  dest. 

The  location  servers  maintains  a  time  associated  with  each  forwarding  pointer.  It  also 
maintains  time  associated  with  the  location  entries  created  due  to  search-updates.  While  creat¬ 
ing  (updating)  a  forwarding  pointer /location  entry,  the  time  is  the  current  time  at  the  location 
server  during  creating  (updating).  Every  location  server  purges  the  forwarding  pointers/location 
entries  which  are  older  than  Tpurge  units  of  time.  Through  this  process,  we  avoid  maintaining  any 
stale  forwarding  pointers/location  entries  at  the  location  servers.  In  addition  to  this,  we  have  to 
require  the  mobile  host  to  update  its  location  information  at  its  HLS  at  least  once  every  Tpurge 
units  of  time.  This  will  ensure  that  even  if  the  forwarding  pointers  are  purged  off,  the  HLS  has  the 
current  location  information  of  the  host.  This  is  also  applicable  in  cases  where  the  host  does  not 
move  (movement-based)  or  get  a  call  (call-based)  for  Tpurge  units  of  time.  Tpurge  will  be  a  system 
design  parameter.  Higher  the  value  of  Tpurge ,  lower  will  be  volume  of  updates  due  to  purging. 
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5.3 


Performance  Analysis 


•  s  =  probability  that  a  forwarding  pointer  to  the  destination  host  exists  at  the  location  server 
of  the  caller’s  registration  area. 

•  C",C's',C's'u,C't'  are  the  corresponding  update,  search,  search-update  and  total  cost  using 
HLS  and  forwarding  pointers.  C'{  =  C”  +  r(C "  +  C”u). 


In  the  analysis  here,  we  assume  that  Tpurge  is  very  large  (effectively  oo).  Therefore,  we  assume  that 
updates  at  the  HLS  take  place  only  upon  searches  (with  call-based  heuristic)  or  upon  moves  (with 
movement-based  heuristic).  We  analyze  the  performance  improvement  of  call-based  and  movement- 
based  heuristics  due  to  search-updates.  As  stated  earlier,  the  cost  of  search-update,  C”u,  is  basically 
the  cost  of  creating  a  location  entry  at  srcJs.  C"u  is  assumed  to  be  equal  to  F.  The  update  cost 
C”  is  same  as  C'u. 

C"s  =  X  +  (1  —  s)(cost(H LS  srcJs))  +  2 kF 

Assuming  that  the  cost  of  HLS  interactions  dominates  over  X,  we  get, 

Cltl  =  Clu  +  r((l-s)Cs/2  +  (2k  +  l)F) 


Replacing  Cu  =  Cs,  and,  F 
relative  search  cost  : 


aCu,  we  get  the  following  expressions  for  the  relative  total  cost,  and 


Cl  =  r(s  -  2a) 

CL  2  CL 


H  _  r(s  -  2a) 

CL  2  CL 


(11) 

(12) 


For  high  values  of  s  (s  >  2a),  s  <  1,  i.e. ,  for  low  a  values,  and,  for  high  probability  of  a 
forwarding  pointer  to  the  destination  host  existing  at  the  location  server  of  the  caller’s  registration 
area,  it  is  beneficial  using  search-updates.  As  shown  in  the  following  table  and  figures  10-12,  the 
search  cost  and  the  total  cost  using  search-update  is  lower.  Table  1  illustrates  the  effect  of  s  on  the 
relative  search  cost  for  movement-based  updates.  Figure  10  illustrates  the  reduction  in  the  total 
cost  for  movement-based  updates  using  search-updates.  As  s  increases,  the  savings  in  total  cost 
increases.  As  shown  in  figures  11  and  12,  similar  performances  are  observed  for  call-based  updates. 


6  Future  Work 

•  Detailed  Analysis  :  Till  now,  we  have  analyzed  the  location  management  schemes  for  call- 
mobility  patterns  which  have  all  calls  originating  from  outside  the  current  registration  area,  and, 
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Table  1:  Relative  Search  Cost  for  Movement-based  :  M  =  3,  a  =  0.1 


s 

Relative  Search  Cost 

0.7 

0.722 

0.9 

0.611 

all  moves  that  are  registration  area  crossings.  However,  in  reality,  the  calls  are  a  mixture  of  long¬ 
distance  and  local  calls.  Likewise,  the  moves  are  a  mixture  of  moves  within  the  same  registration 
area  and  registration  area  crossings.  We  are  currently  analyzing  the  schemes  for  such  call-mobility 
patterns. 

•  Fault  Tolerance  :  The  use  of  forwarding  pointers  introduces  other  problems.  The  failure  of  a 
location  server  containing  a  forwarding  pointer,  causes  the  host  to  be  intractable.  The  same  could 
also  be  said  about  the  basic  HLS  scheme.  The  failure  of  the  HLS  causes  the  host  to  be  intractable. 
This  paper  assumes  that  the  failure  rate  of  location  servers  are  very  low.  Under  this  assumption, 
the  modified  scheme  should  perform  correctly  most  of  the  time.  Handling  location  server  failures 
is  an  independent  problem  that  we  are  studying  at  present. 

7  Conclusions 

In  this  paper  we  presented  location  management  strategies  using  forwarding  pointers  and  search- 
updates  for  network  architectures  with  HLS s.  We  also  presented  two  heuristics  to  limit  the  length 
of  the  chain  of  forwarding  pointers.  We  analyzed  the  performance  of  these  heuristics,  and  compared 
them  with  the  scheme  used  in  the  IS-41  standard.  We  observed  that  using  forwarding  pointers 
was  beneficial  for  most  of  the  call-mobility  ratios.  However,  when  the  relative  cost  of  forwarding 
pointer  operations  are  high,  forwarding  pointers  are  not  beneficial  for  low  call-mobility  ratios.  We 
also  observed  that  the  call-based  heuristic  performed  better  than  movement-based  heuristic  for 
most  of  the  call-mobility  ratios  and  a  values.  Using  call-based  heuristic  reduces  the  call  set-up 
time  (search  cost)  significantly  for  medium  and  high  values  of  call-mobility  ratios  and  a. 
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Figure  5:  Relative  Total  Costs  :  a  =  0.1 


Figure  6:  Relative  Total  Costs  :  cv  =  0.5 
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Relative  total  costs  :  alpha  =  0.9  Relative  search  costs  :  Movement  Based 
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Figure  7:  Relative  Total  Costs  :  a  =  0.9 


Figure  8:  Relative  Search  Costs  :  Movement- 
based 


Figure  9:  Relative  Search  Costs  :  Call-based 


Figure  10:  Relative  Total  Cost  for  Movement- 
based  :  M  =  3,  a  =  0.1 
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Figure  11:  Relative  Search  Cost  for  Call-based  :  Figure  12:  Relative  Total  Cost  for  Call-based  : 
a  =  0.1  a  =  0.1 
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